home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000014_will_m@novax.com_Wed Apr 23 17:27:44 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  91 lines
  1. Article: 14230 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!news.maxwell.syr.edu!sn-xit-03!sn-xit-01!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
  3. From: "Will Martin" <will_m@novax.com>
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: File Transfer as Backup from Xenix 2.3.4 to WinOS
  6. Date: Wed, 23 Apr 2003 13:36:00 -0700
  7. Organization: Posted via Supernews, http://www.supernews.com
  8. Message-ID: <vaduahmqsbgs59@corp.supernews.com>
  9. References: <ofnpa.182462$vs.18609662@news3.calgary.shaw.ca> <b863j8$hfe$1@watsol.cc.columbia.edu>
  10. X-Priority: 3
  11. X-MSMail-Priority: Normal
  12. X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
  13. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
  14. X-Complaints-To: abuse@supernews.com
  15. Lines: 73
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14230
  17.  
  18. Thanks, you've given me ideas, and more questions.
  19.  
  20. "Frank da Cruz" <fdc@columbia.edu> wrote in message
  21. news:b863j8$hfe$1@watsol.cc.columbia.edu...
  22. > In article <ofnpa.182462$vs.18609662@news3.calgary.shaw.ca>,
  23. > Will Martin <squares@shaw.ca> wrote:
  24. > : ...
  25. > : We have a Xenix 2.3.4 box that I need to backup files off of onto the NT
  26. > : network. Files are regularly created, changed, or deleted from the data
  27. > : areas. The Xenix box is date-windowed as well, so some files have
  28. current
  29. > : year, some current -28.
  30. > : ...
  31. > : Based on the date of the file I need to ensure the update to the NT
  32. system
  33. > : is accurate; all of the files affected by date windowing are not
  34. updating to
  35. > : the NT box with the date from the Xenix system. The above script simply
  36. > : tries to set file collision to "backup" for any files whose year is less
  37. > : than the date windowed year, and to update for all others.
  38. > :
  39. > : The problems at this time:
  40. > : 1.    For "remote set file collision update" I receive an invalid set
  41. > : parameter message.
  42. > :
  43. > You didn't say which version of Kermit you are using Xenix, and which
  44. > Kermit program and version is on the other end.  It sounds like one or
  45. > the other doesn't support this command.  Current versions of C-Kermit and
  46. > Kermit 95 support both the client and server end of this command:
  47.  
  48. K95 2.1.3 and CK 8.0.209. If I've read correctly, both are the most recent
  49. versions.
  50.  
  51. >
  52. > : 2.    The receiving system is not getting the date attribute correctly;
  53. the
  54. > : date windowed files are all being received as current year, which
  55. prevents
  56. > : simply updating them.
  57. > :
  58. > What Kermit program and version does the receiving system have?
  59.  
  60. K95 2.1.3. It appears to be text file transfers that have this difficulty. I
  61. know I can
  62. override the file type setting and will attempt this today.
  63. >
  64. > : 3. I'm not familiar enough with file/date manipulation to change the
  65. file
  66. > : creation date in Xenix through kermit. This would be a clean solution. I
  67. > : have read many sections of "Using C-Kermit"  and the varied and
  68. plentiful
  69. > : addenda available on the columbia site.
  70. > :
  71. > Date arithmetic is easy in Kermit, e.g.:
  72. >
  73. >   date \fdate(filename)+28years
  74. >
  75. > but at present there is no way to tell Kermit to change a file's creation
  76. > date, or to lie about it in the file attribute packet.  I'll add this
  77. items
  78. > to my to-do list to consider for a future release.
  79. >
  80. > - Frank
  81.  
  82. Thanks Frank. Is it possible for me to query the receiver/server, check
  83. if the next file exists, get its date to a variable, and then compare with
  84. the file on the sender? If possible, it gives a relatively clean comparison
  85. method.
  86.  
  87. Will
  88.  
  89.  
  90.  
  91.